The Mozilla Foundation är en icke-vinstgivande organisation som koordinerar utvecklingen av ett antal open-source applikationer, såsom Firefox och Thunderbird. På addressen https://developer.mozilla.org/en/Developer_Guide hittar du en stor mängd information om utvecklingen av dessa applikationer.
Med hjälp av information du hittar där, svara på följande frågor:
1. Vilka verktyg använder Mozilla-projektet för konfigurationshantering? Nämn tre verktyg och förklara vilken aspekt av konfigurationshantering de används för.
2. Beskriv den process för ändringshantering som följs inom Mozillaprojektet. Ledtråd: ändringar görs genom s.k. programfixar (patches).
3. Vad gjorde en utvecklare vid namn Max Kanat-Alexander den 27 september 2010 kl. 20:47? Kontakta honom inte, utan använd istället det verktyg som man använder inom Mozilla-projektet för att hålla reda på vem som gjorde vilka förändringar i versionshanteringssystemet. Hur många filer ändrade han? I vilken milstolpe av vilken produkt levererades förändringen?
Svar:
1.
Mercurial
Mercurial är ett verktyg som används för versionskontroll, det skiljer sig från andra liknande verktyg genom att den använder ett distribuerat system som ger varje utvecklare en lokal kopia istället för att använda klient-server arkitektur.
Bonsai:
Bonsai är ett webbaserat verktyg för versionskontroll. Med hjälp av det kan man också söka i CVS arkivet efter vem som har ändrat en fil och när dom gjorde det
Tinderbox:
Tinderbox används också för versionskontroll, Mozilla utvecklarna kör tinderbox på dedikerade maskiner som kompilerar källkoden som sedan varnar om förändringar dom gjort kommer att skapa problem vid kompileringen. Systemet har också en historik över nyligen gjorda förändringar och vem som gjorde dom.
2. Processen för ändringshantering inom Mozilla-projektet fungerar enligt följande:
Bug rapporteras
Förslag till programfix utformas av utvecklaren
Modulägaren granskar ändringsförslaget
Programfixen skrivs av utvecklaren
Programfixen testas av utvecklaren tills den fungerar korrekt
Utvecklaren skicka in programfixen för utvärdering
Programfixen utvärderas av modulägaren eller annan tilldelad ansvarsperson
Ifall programfixen uppfyller vissa kriterier utvärderas den efter godkännande i den första utvärderingen en andra gång av en medlem i super-review gruppen
Ifall programfixen inte godkänns i utvärderingen i punkt 7 eller 8, återgår den till utvecklaren och punkt 4
Programfixen läggs till projektet
3. Den 27 september 2010 korrigerade Max en bugg i buggrapporteringsverktyget Bugzilla, problemet där var att rubriken såg felarrangerad ut mot bakgrunden. Detta löstes av Max genom att byta färg på ramen till rubriken. Han ändrade bara i en fil, och det verkar som om hela buggen innefattade en modifiering av tre rader kod. Buggen rapporterades den 20 september samma år av Christian Legnitto, och den buggen rapporterades fixad av Max den 25 september kl. 17.41 och godkändes 20.37. Det verkar dock som om Max har separat skickat in buggfixen vid ett lite senare tillfälle. Detta tyder på att det inte verkar finnas något helautomatiskt system för revisionshantering, utan man måste uppdatera koden manuellt efter man har fått godkännande om vad man kommer att göra. Detta verkar vara lite gammalmodigt, men å andra sidan kan det tänkas vara en säkerhetsaspekt också att man inte kan göra detta automatiskt. Buggfixen som Max gjorde har som mål att komma ut i version 3.6 av Bugzilla.
Med hjälp av information du hittar där, svara på följande frågor:
1. Vilka verktyg använder Mozilla-projektet för konfigurationshantering? Nämn tre verktyg och förklara vilken aspekt av konfigurationshantering de används för.
2. Beskriv den process för ändringshantering som följs inom Mozillaprojektet. Ledtråd: ändringar görs genom s.k. programfixar (patches).
3. Vad gjorde en utvecklare vid namn Max Kanat-Alexander den 27 september 2010 kl. 20:47? Kontakta honom inte, utan använd istället det verktyg som man använder inom Mozilla-projektet för att hålla reda på vem som gjorde vilka förändringar i versionshanteringssystemet. Hur många filer ändrade han? I vilken milstolpe av vilken produkt levererades förändringen?
Svar:
1.
Mercurial
Mercurial är ett verktyg som används för versionskontroll, det skiljer sig från andra liknande verktyg genom att den använder ett distribuerat system som ger varje utvecklare en lokal kopia istället för att använda klient-server arkitektur.
Bonsai:
Bonsai är ett webbaserat verktyg för versionskontroll. Med hjälp av det kan man också söka i CVS arkivet efter vem som har ändrat en fil och när dom gjorde det
Tinderbox:
Tinderbox används också för versionskontroll, Mozilla utvecklarna kör tinderbox på dedikerade maskiner som kompilerar källkoden som sedan varnar om förändringar dom gjort kommer att skapa problem vid kompileringen. Systemet har också en historik över nyligen gjorda förändringar och vem som gjorde dom.
2. Processen för ändringshantering inom Mozilla-projektet fungerar enligt följande:
3. Den 27 september 2010 korrigerade Max en bugg i buggrapporteringsverktyget Bugzilla, problemet där var att rubriken såg felarrangerad ut mot bakgrunden. Detta löstes av Max genom att byta färg på ramen till rubriken. Han ändrade bara i en fil, och det verkar som om hela buggen innefattade en modifiering av tre rader kod. Buggen rapporterades den 20 september samma år av Christian Legnitto, och den buggen rapporterades fixad av Max den 25 september kl. 17.41 och godkändes 20.37. Det verkar dock som om Max har separat skickat in buggfixen vid ett lite senare tillfälle. Detta tyder på att det inte verkar finnas något helautomatiskt system för revisionshantering, utan man måste uppdatera koden manuellt efter man har fått godkännande om vad man kommer att göra. Detta verkar vara lite gammalmodigt, men å andra sidan kan det tänkas vara en säkerhetsaspekt också att man inte kan göra detta automatiskt. Buggfixen som Max gjorde har som mål att komma ut i version 3.6 av Bugzilla.